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C13STALL - A Software Fix to the LGC - Radar Interface Problem 


Surnma,ry 

During the checkout of the lunar module prior to Apollo 10, a problem 
was foiind in the radar inuerface with the LGC. The problem is caused by 
the LGC writing into output channel 13 during the portion of a radar read 
sequence when the data is being shifted into the radar read counter. When 
this happens, it is possible for the data to be shifted one extra place, 
giving double weight to some of the bits causing an incorrect radar reeiding. 
Since the problem can only occur during the five millisecond interval when 
the radar sync piilses are being sent to the radar, the problem can be avoided 
by not writing into channel 13 diiring this period. Each time that the LGC 
initiates a radar read, a routine called RADSTART stores timing data which is 
used to determine the interval when the radar sync pulses are being trans- 
mitted. Whenever channel 13 is written into by a program that could possibly 
interfere with a radar reading, the routine CI 3 STAI 1 L is called. If a radar 
reading is not being made, which is the normal situation, C13STALL returns to 
the calling program which than safely writes into channel 13. However, if a 
radar reading is being made, C13STALL uses the timing data stored by RADSTART 
to determine whether the radar sync pulses are being transmitted. If the 
pulses are not being transmitted, C13STALL returns to the calling program 
immediately; however, if the pilLses are being sent, C13STALL "stalls" by 
waiting until -^ne transmission of the radar sync pulses is completed. C13STALL 
then returns to the calling program which then safely writes into channel 13. 


Rada.: 


The LGC requests a radar reading by setting bits 1-3 of channel 13 to 
indicate which radar function is desired, and setting bit 4 of channel 13 to 1 . 
After bit 4 is set, the next FlOA pulse generates a lOOpps signal ADVCNT, which 
enables the generation of radar data request signals. Signal ADVCNT also ad- 
vances a counter which generates sigr^al GNT0F9 at the ninth ADVCNT signal. 
CNTCF9 inhibits the gereration of the radar request signals and enables the 
reception of tne data. The next GTSET signal following 
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CNT0F9, five .millisecond later causes the generation of RRSYNC or LRSYKG 
pulses at a 3200pps rate. The radar sync pulses shift the radar data into 
the radar input counter. The signal GTRST, which occurs five milliseconds 
after the radar sync pulses begin, generates the signal RADRPT, which in- 
hibits the radar sync pulses and requests RUPT9. RIIPT9 processes the radar 
data and completes the radar read. 

Split Pulses 

During the five milliseconds interval between the signals GTSET and 
GTRST following the signal CNTpF9> 15 radar sync pulses are sent to the 
radar. Each pulse is 3 microseconds wide and causes the radar to serially 
shift one bit of data into the radar input counter. In order to determine 
whether to send LRSYNC or RRSYNC pulses, the contents of bits 1 - 3 of 
channel 13 are used to gate the proper pulse. In order to send the LRSYNC 
pulse, bit 3 of channel 13 must be 1. In order to send the RRSYNC pulse, 
bit 3 must be 0 bit 1 or bit 2 must be 1. 

When a radar read is being made, the radar select bits (bits 1 - 3 of 
channel 13) remain in the same state as they were at the beginning of the 
reading, except for a very brief interval when the LGC writes into channel 13. 
When the LGC writes into any output channel, the entire channel is cleared 
for a 250 nanosecond period prior to writing the data into it. If this 
happens in channel 13 at the same time a radar sync pulse is being sent to 
the radar, the momentary clearing of bits 1 -3 remove the sync pulse for 250 
nanoseconds, caixsing the pulse to be split into two pulses. The radar, res- 
ponding to both pulses, shifts two bits of data. The LGC, however, cannot 
accept two pulses unless they are separated by at least six microseconds. 

As a result, the LGC accepts the logical OR of the two bits as one, and all 
subsequent bi oS snif ted into the radar read counter are advanced by one , 
causing their weighting to be doubled. 

Rreventin^ Split PiUses 

The proouem in the Apollo 10 checkout occurred during the radar self 
-est routine, which reads the radar once per second. The downlink interrupt, 
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DOWNRUPT, occurred once every 20 milliseconds, and wrote into channel 13 
every time. The phasing was such that channel 13 was being written into 
when the radar sync pulses were being transmitted, causing periodic in* 
correct readings. 

In order to reduce the probability of a split pulse in the Apollo 11 
program, the downlink program was modified to that it would write into 
channel 13 only twice per second, rather than every 20 milliseconds. Although 
this reduced the probability of a split pulse, it did not assure satisfactory 
performance of the radar during the lunar landing programs. The problem was 
solved for Apollo 11 by attaching a blocking oscillator through ground sup- 
port equipment . connectors . The oscillator prevented the radar from recognizing 
a split pulse as two pulses. 

The Apollo 12 LGC program, LUKLNARY Revision 116, has a software solution 
to the problem. The I^C does not write into channel 13 during the transmission 
of radar sync pulses to the radar. The interval in which theses pulses are 
sent begins 85 milliseconds after the first FlOA pulse following the setting of 
bit 4 of channel 13. The FlOA pulse occurs every 10 milliseconds when the sixth 
bit of channel 4 is Incremented. (Channel 4 contains the low and order output 
from the scaler, its least significant bit representing 1/3200 of a second.) 
Therefore the radar reading will begin DT channel 4 pulses after setting the 
radar activity bit, where DT is given ty 

DT = low 5 bits of (binary 100000 - low bits of present contents of channel 4. ) 

Everytime the LGC requests a radar read, the routine RADSTART stores the 
negative of the channel 4 time in the register RADTIME, and stores the DT above 
in the register RADDEL. The routine C13STALL compares the present contents 
of channel 4 to RADTIME to determine wheter it is "safe" to write into channel 
13. The comparison is made in the following way: 

DeltaT = (present contents of channel 4 + RADTI>E ) 

(Note - RADTIME is negative; also, the sum is overflow corrected in the event 
channel 4 overflowed since RADTIME was stored) 

Then, if 

Delta T ^ 90 millisceonds + RADDELL 
or Delta T C 84.0625 milliseconds + RADDEL, 
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it is assmiied safe to write into channel 13. Otherwise, Delta T is recom- 
puted and the test is made again. After a maximum delay of 5.9325 milli- 
seconds, Delta T will be greater than 90 ms + RADDEL, and the program which 
called C13STALL is permitted to write iiato channel 13. Using 84.0625 milli- 
seconds as a lower limit is extremely conservative, allowing at least 625 micro- 
seconds for the return from C13STALL, writing into channel 13, auy counter 
interrupts . 

Usage of RADSTART and C13STALL 

Whenever the LGC initiates a radar read request, the foilwing sequence 
must be performed: 

INHINT 

CA (radar bits) 

TC IBNKCALL 

CADR RADSTART 

RADSTART must be called by IBNKCALL even from its own bank because of its 
return. 

Whenever a program that might interfere with a radar read writes into 
channel 13, the following sequence must be followed: 

INHINT 

TC C13STALL 

(perform write into channel 13) 

RELINT 

Some of the oases- where C13STALL is not needed is when RADSTART initiates 
a radar read, or when a restart or fresh start, initializes channel 13. 

Testing the Software Fix 

C13STALL has been shown to function properly by timing data taken 
from all digital simulations- It was also tested in the system" test lab 
by running the radar self test with the downlink synchronized with the radar - 
There were no split pulses when C13STALL was used, while there were split 
pulses when it was not used in earlier revisions of the program. Clint 
Tillman of GAEC stated that there have been no split pulses observed dur- 
ing Grumman *3 testing of the program. 

There have been no adverse effects observed due to the potential delay 
of programs writing into channel 13. Autopilot performance has not been 
degraded, and there has been no increase in the nmber of lost downrups. 
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Concluaion 

The use of the routines RABSTAET and C13STALL appears to be a satis- 
factory solution to the problem of bad radar readings due to split pulses. 
No problems have been detected in the use of this method. 
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